home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / e / misc.txt / 000159_fdc@panix.com_Sat Apr 5 15:18:08 2008.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Path: reader2.panix.com!panix!not-for-mail
  2. From: Frank da Cruz <fdc@panix.com>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: Help with CPVGEN sources : Problem found
  5. Date: Sat, 5 Apr 2008 19:17:59 +0000 (UTC)
  6. Organization: PANIX Public Access Internet and UNIX, NYC
  7. Lines: 82
  8. Message-ID: <slrnfvfk37.rg5.fdc@panix1.panix.com>
  9. References: <MPG.225d8d2ae0640103989680@news.optusnet.com.au> <47f49f53$0$20462$afc38c87@news.optusnet.com.au> <47f4abe0$0$13262$afc38c87@news.optusnet.com.au> <47f5ec7a$0$8090$afc38c87@news.optusnet.com.au>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: panix1.panix.com
  12. X-Trace: reader2.panix.com 1207423079 23867 166.84.1.1 (5 Apr 2008 19:17:59 GMT)
  13. X-Complaints-To: abuse@panix.com
  14. NNTP-Posting-Date: Sat, 5 Apr 2008 19:17:59 +0000 (UTC)
  15. User-Agent: slrn/0.9.8.0 (NetBSD)
  16. Xref: panix comp.protocols.kermit.misc:15749
  17.  
  18. On 2008-04-04, PC Pete <PCPete@audiography.com.au> wrote:
  19. : ...
  20. : Thanks to all for your wonderful ideas, it's nice to have someone more 
  21. : experienced offer help, especially when you're as rusty as I am!
  22. :
  23. I'm more rusty.  The last time I actually worked with this code was over
  24. 20 years ago and I'm sure it goes without saying that I don't have any
  25. machines here where I could do it again.  I don't understand why the "native
  26. TurboDOS" version doesn't work, but then I've never even seen TurboDOS.
  27. Unfortunately I don't see any other grizzed CP/M Kermit veterans popping
  28. up with advice.
  29.  
  30. The version we have up on our FTP server is 4.11, which was done by Mike
  31. Freeman, but I haven't heard from him in years.  But perhaps this version
  32. exceeds some bounds that were not exceeded by earlier versions.  There's an
  33. older version -- I'm not sure exactly which one -- here:
  34.  
  35.   ftp://kermit.columbia.edu/kermit/old/misc/cpm
  36.  
  37. I also noticed this directory, which I had forgotten about:
  38.  
  39.   ftp://kermit.columbia.edu/kermit/old/misc/cpmtools
  40.  
  41. It contains source for LASM and MLOAD.
  42.  
  43. But maybe there's a simpler approach.  The object of the game is to get
  44. your files OFF TurboDOS and into the PC, right?  Getting things INTO TurboDOS
  45. is evidently problematic.
  46.  
  47. And both TurboDOS and the PC support RTS/CTS flow control, right?  So for any
  48. text file on TurboDOS, shouldn't you be able to TYPE it to the serial port?
  49. And have the PC terminal emulator capture it to a file?  It's not elegant, but
  50. you only have to do it "just this once".  If it's really RTS/CTS flow control,
  51. you should be able to do this at any speed that TurboDOS supports and you have
  52. a true null modem cable:
  53.  
  54.   http://www.columbia.edu/kermit/cable.html
  55.  
  56. If you have Kermit 95 on the Windows box, the commands would be LOG SESSION
  57. (to start logging) and CLOSE SESSION (to stop).
  58.  
  59. If you have to send binary files, you'd have to ASCIIize them first, of
  60. course.
  61.  
  62. With some programming on each end, you could even automate the process.
  63. The TurboDOS program would loop through all the files, sending first some
  64. kind of distinctive text header containing the filename, like:
  65.  
  66.   >>> BEGIN filename-goes-here <<<
  67.  
  68. then the file contents, then (not strictly necessary) a footer:
  69.  
  70.   >>> END <<<
  71.  
  72. A Kermit script could be written that waits for a header:
  73.  
  74.   INPUT 9999 <<<
  75.  
  76. parses it (I'll supply details if you're interested), and then opens
  77. a session log using the filename from the header:
  78.  
  79.   LOG SESSION filename-goes-here
  80.  
  81. and waits for the footer:
  82.  
  83.   INPUT 9999 >>> END <<<
  84.   IF FAILURE (fill in what to do if this fails)
  85.   CLOSE SESSION
  86.  
  87. All this in a loop.  If you wanted to get fancy, you could also have an
  88. end-of-session footer to terminate the loop.  Or other embellishments like
  89. transmitting the file date.
  90.  
  91. With a short cable and the high speed of the Windows box and hardware flow
  92. control driven by the receiver, you should have pretty much error-free
  93. transfers.
  94.  
  95. Sorry to not respond to all your posts promptly but as I might have mentioned,
  96. Columbia U no longer supports netnews so I have to find the time to go
  97. elsewhere to read news.
  98.  
  99. - Frank